SERVICE PROCESSOR, SERVICE PROCESSING SYSTEM AND SOURCE DATA 
STORING METHOD FOR SmiVICE PROCESSING SYSTEM 



BACKGROUND OF THE INVENTION 
The present invention relates to a service processor, a service processing 
system, a source data storing method for service processing system and a service 
processing program, particularly to a service processor, a service processing system, a 
source data storing method for service processing system and a sendee processing 
program which aie suitable for the s^vice processing system to form woik flow by 
generating electronic data of paper documents. 

It has been proposed to establish a work flow system which is intended to 
inclement common use of paper documents and electroxdc information by mutually 
connecting a scanner, a fiicsimile device, a copying device, or a con^osite device 
including these devices, a personal computer, and a mail server or the like through a 
network. 

With development of the Internet technology, it has also been proposed to 
provide a Web service which can easily establish mxm sophisticated job {urocesses 
through cooperation of independently developed applications. The high-level job 
systems can easily be established by utilizing applications on the network as ihe 
service conoponents with the Web sovices. Accordingly, new services can also be 
implemented through organic cooperation and combination of these services. 

For example, the technology described in the cited Patent Reference 1 defines 
a work flow of the job process profile to perform the jobs having the flows in which 
plural persons in charge take a part while electronic mail, electronic documents and 
job data arc mutually exchanged among the information processors by ntili^ang such 
information processors such as work stations (WS) and personal computers (PQ 
connected to die network such as LAN and WAN. Moreover, this technology also 



proposes a work flow management system, including a woric flow server to issue 
individual job instructions based on such a definition and detect/monitor the 
progressing condition of individual jobs, a work flow client terminal to receive job 
instructions issued by the work flow server in order to execute such jobs, a batch 
process type job execution part in which the job application program is driven 
automatically by the client tenninal, a part to notify the result of execution to the work 
flow server, and a woric flow execution control part in which the woric flow server 
decides the result of execution of the batch process type job based on the previously 
defined deciding condition and the flow of work flow is controlled depending on the 
result of the decision. With the work flow management system configured as 
described above, it is now possible to effectively introduce, during the work flow job, 
the batch process type word flow activity to automatically execute a job explication 
program into an infioimation processor. 
[Patent Reference 1] 

Japanese Published Unexamined Patent Application No. 2001-282970 

However, in the work flow system such as the technology described in the 
cited patent refioence 1 , it is consid^ed to take a proper measure for occurrences of 
faults by storing source data to be inputted to individual services, but such a work flow 
system has a problem that when various smdces are provided, these s^vices cannot be 
cooperated and it is therefore difficult to search the process how the source data to be 
processed has been converted and processed. 

Moreover, in some cases, storing of the source data is restricted depending on 
the amount of data and capacity. But, there are some cases where data is not 
required, where it is not required to store the source data, or where the stored data 
should not be disclosed to other persons. 

In addition, there rises also a problem that the amount of data increases up to 
the extraordinary amount when the source data is stored for every service. 
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SUMMARY OF THE INVENTION 
The present invention has been proposed considering the circumstances 
described above and provides, therefore, a service processor, a service processing 
system, a source data storing method for a service process system, and a service 
process program which can easily take an appropriate measure to occurrences of 
fisiults. 

According to an aspect of the present invention, there is provided a service 
processor which processes, in cooperation, various services to execute processes of 
document data on a network, including a storage part which stores source data before a 
process in the own device in relation to identifying information to identify cooperation 
of services; and a control part which controls the storage based on setting information 
which presets whether the source data should be stored or not. 

According to another aspect of the present invention, there is provided a 
service processing system which processes, in cooperation, various services to perform 
processes of document data on a network, including the service processor and a 
stcvage device which stores the source data stored in the storage part 

According to another aspect of die present invention, there is provided a 
source data storing method of a processing st^ of processing services to perform, in 
cooperation, processes of document data according to a process content among plural 
service processors connected to a networlq 

a storing step of storing source data before the process in the service 
processor in a predetermined storage area in relation to identifying information to 
identify cooperation of the service based on setting information which is preset to 
decide whether the source data included in the process content should be stored or not 

According to another aspect of the present invention, there is provided a 
service processor for processing services to a document data at several service 
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domains on a network cooperatively coniprising, a storage provided to a servioe 
domain, die storage stores a source data to be processed at the service domain with a 
data for defining the services; and a controller that controls whether the storage should 
store the source data or not in accordance with a preset data. 

BRffiF DESCRIPTION OF THE DRAWINGS 
A preferred embodiment of the preset invention will be described in detail 

based on the following figures, wherein: 

Hg. 1 is a block diagram showing a structure of a document processing 

system of a preferred embodimmt of the present invention; 

Fig. 2 is a block diagram showing a schematic diagram of a service processor 

in the document processing system of the preferred enibodiment of the present 

invention; 

Fig. 3 is a block diagram for describing mutual relationship among service 
processors forming the document processing system of the prefirared embodiment of 
die present invention; 

Fig. 4 is a diagram showing a format of the VP information; 

Fig. S is a diagram showing an example of the instruction form creation image 
as die GUI image to define a job flow; 

Fig. 6 is a diagram showing an example of the instruction form formed in the 
XML format; 

Rg. 7 is a flowchart showing an example of processing procedures of a client 
terminal and an instruction form creation server at the time of creating the instruction 
form; 

Fig. 8 is a diagram showing an exan^le of the service cooperation process 
selection image showing an instruction form lis^ 

Fig. 9 is a flowchart showing an example of the processes performed in each 
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service processor; 

Fig. 10 is a block diagram showing an example of storing of the source data; 

and 

Fig. 11 is a block diagram for describing mutual relationship aooong service 
processors to form a document management system as a modification example. 

DESCRIPTION OF PREFERRED EMBODIMENT 

A preferred embodiment of die present invention will be described in detail 
widi reference to die accompanying drawings. 

First, a basic stracture of the document processing system of this embodiment 
of the present invention will be described 
(Basic Stracture of the System) 

Fig. 1 is a block diagram showing a structure document processing system 10 
of the embodiment of the present invention. 

In a document management system 10, various services and applications are 
connected with eadi other via a netwoik 12. Here, services are referred to as the 
fimctions to be used fDr documents depending on the requests issued finom the external 
side. The sovices correspond^ for exanqile, to copying, printing, scanning, CEicsimile 
transmission and reception, mail distribution, stcning and reading to/firom a repository, 
OCR (Optical Character Recognition) process, and noise removing process or the like 
and are not restricted thereto. 

The document management system 10 is practically provided with a client 
terminal 14 including an user interface for instructing the desired pix>cesses of users 
through cooperation of plural services, a service search server 16 ft>r searching the 
desired services of users, an instruction form creation server 18 for creating an 
instruction fonn from the information about service cooperation instructed from the 
client tenninal 14, an instruction form management server 20 for management of the 
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instruction fonn, and a cooperated processing server 22 for executing cooperated 
processes of each service in accordance wiA the instruction form. 

Moreover, the document processing system 10 is further provided, as service 
processors 24 to execute various services, with an image processor 24A for image 
processing such as noise removing process of image document, image rotating process, 
OCR process and binding of image or the like, a document management server 24B for 
management of documents, a document distribution serv^ 24C for distribution of 
documents, a first service processor 24D for the first service process, and a second 
so^ice processor 24E for the second service {H-ocess. 

Eadi of the service processors 24 described above is also provided, as 
illustrated in Fig. 2, with a CPU 24a, a ROM 24b, a RAM 24c, and a microcomputer in 
which a user interface (UI) 24d is connected to a bus 24e. 

The ROM 24b stores applications and programs for execution of various 
services and a program or the like for execution of service cooperation. 

Moreover, this embodiment is configured to conceal the information about the 
services to be performed with each of the service processors 24 through the connection 
of an encryption unit 24f and a decoding unit 24g to the bus 24e. ThereforB, the data 
such as the source data and data after processes to be inputted to the service processor 
24 can be encrypted with the encryption unit 24f and the encrypted data can be 
decoded with the decoding unit 24g. 

Moreover, each of the service processors 24 in this embodiment is capable of 
storing, for the purpose such as recovery of data when a fault occurs, the source data 
inputted tiiereto or the source data storing location infonnation and the information for 
identifying contents of process and documents as the processing object to the RAM 
24c. In this case, a service ID for identifying contents of process and cooperation of 
the relevant service is also stored together with the source data. Here, it is also 
poss3>le to provide an exclusive memory in place of the RAM 24c and then store the 
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source data or the like to tbis memory. 

The document processing system 10. of this embodiment is configured to 
connect plural servers to perform the predetermined service processes via the network 
12 but is not restricted to this structure so long as the plural services are connected via 
the network 12. 

Here, the instruction form is referred to as the data including the information 
showing the relationship among functions when a series of processes are decomposed 
into plural functional processes, the interface (I/F) information to call each function, 
and the information to form a graphical user interface (GUI) in relation to a series of 
process. 

Fig. 3 is a block diagram showing mutual relationship among the service 
processors 24 to form the document processing system 10. The service processors 
24 store the I/F information showing contents of services provided therefrom. 

Fig. 4 is a diagram showing a format of the I/F information. The I/F 
infonnation includes <service class>, <service name>, <service icon>, <sarvice 
location informadon>, <inpat>, <output>, <paramctear restriction rule>^ <service 
location>, <method name>, <invocation schmie>, and <implicit element>. 

The <service cla8s> indicates a class of service provided by the service 
processots 24. As the <service clas8>, the predetermined class of service is used and 
it corresponds, for example, to scanning, printing, repository, and flow or the like. 
The <service name> indicates a name of service jmjvided by the service processors 24. 
The <service icon> indicates the location information of icon to be displayed in the 
GUI of the client terminal 10. 

The ^service location infoniiation> indicates the URL used by tiie instruction 
fonn creation server 30 to obtain the I/F infozmation. The <i2^»ut> indicates an input 
to the service. The <output> indicates an output from the service. The <parameter 
restriction rule> indicates the restriction rule to be applied to the <input> and <ou^ut>. 
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The <service locatioii> indicates the location information when the service is actually 
used. The <inethod name> indicates the name to suggest die method to provide the 
service process and the service^ 

The <invocation scheme> indicates a method of calling and invocation of 
service process. As the <invocation schcmo, the SOAP (Simple Object Access 
Protocol) and STMP (Simple Mail Transfer Protocol) or the like, for example, 
which are protocols for message exchange, may be used. The <implicit element> 
indicates die data which may be referred in the processes of the subsequent stages, 
although this data is never transferred in[q>licitly as die output to the processes of the 
subsequent stage. 

The diCTt terminal 14 has the function of the graphical user interface (GUI) 
for display of an imtage and the predetermined operations in order to instruct 
creation of instruction form and select the instruction form to be driven and the 
function of the user interface (UI) for an analysis of a fault when a fault is generated 
during provision of the services. 

The service search server 16 searches the services corresponding to the search 
condition from the plural services connected to the network 12. The service search 
server 16 previously stores a part of the I/F information pieces (herrinafier referred to 
as partial VP information) of the sovice processors 24 such as the image processor 
24A» documrat management server 24B, document distribution server 24C, first 
service processor 24D and service processor 24E. Here, this pardal I/F information 
includes the <service class>, <scrvice name>, <scrvice location information>, <uiput> 
information and <output> information in the I/F informatioa elemenL 

The service seardi server 16 searches the services using the partial I/F 
information of each of the service processors 24 when the search conditions are 
transmitted firom the instruction form creation server 18 and cooperation process 
server 22. For example, when the service similar to die predetermined service is 
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searched, it is enough for the service search server 16 to search the services in which 
the <service class> is matched, or to search the services in which the <input> and 
<output> are matched or to search the services in which these elements are all 
matched. 

The instruction form creation server 18 obtains the 1/F information i^om each 
of the SCTvice processors 24 at the time of creating the instruction form and also 
creates die instruction form for cooperation of services i»ovided by each of the service 
processors 24. The instruction form creation server 18 executes, in practice, the 
following processes in view of creating the instruction form. 

The instruction form creation server 18 requests the transmission of the I/F 
inf ortoation about each service from the predetermined service processor 24 scattered 
on the network 12 based on the <service location information>. The instruction form 
creation server 18 issues, when the predetermined service processor 24 is not provided, 
an instruction to the service search serv^ 16 to search another service processor 24 to 
provide the same service as that of the predetermined service processor 24« Thereby, 
the instruction form creation server 18 can obtain the <service location information> 
of the other service processor 24 firom the service search server 16. 

The instruction form creation server 18 performs the management for the 
seardb result from the service search server 16 and the VP ixiformation received fix>m 
each of the service processors 24. The instruction form creation servCT 1 8 creates an 
HTML file which will become die GUI image to define the job flow based on the I/F 
information obtained from each of the service processors 24. Moreover, the 
instruction form creation serv^ 18 transmits, upon issuance of request to read the 
service from the client tmunal 14, the HTML file which will becomes the GUI image 
to the client terminal 14. 

Hg. S is a diagram showing an instruction form creation image 30 as the GUI 
image to define a job flow. The instruction form creation image 26 is formed of a 



service window 26A, a flow window 26B, a logic window 26C, and a property 
window 26D. 

The service window 26A displays various available service processors 24. 
The logic window 26C displays a job flow to show the cooperated patterns among 
services. The property window 26D displays the detail setting parameters of icons 
displayed in the service window 26A and logic window 26C. 

A user can define the job flow in the flow window 26B through the 
drag-and-Klrop of the icon of the service window 26A and the icon of the logic window 
26C to die flow window 26B. Moreover, a user can set in detail die relationship 
among the services and the services of logic by editing the contents displayed in the 
property window 26D. 

The client tenmnal 14 tzansnuts the job flow information defined with 
operations by users to the instruction form creation server 18. 

The instruction creation server 18 creates, based on die job flow information 
in regard to the instruction of service cooperation from users and the VP infannadon of 
each s^ice, the instruction form defining die infcHmation to identify the document 
as the processing object such as contents of process requested to each service, input 
parameter, a way of cooperation of service (job flow), document name and storing 
location information or the like. The instraction form is formed, in this embodiment, 
of a file in the XML format 

Fig. 6 is a diagram showing the instruction form formed in the XML format. 
Since the cooperated process itself of plural services is considered as only one service, 
the instruction form is formed in the format where the <flow>» <setdng encryption> 
and <setting of storing> are added to the I/F information illustrated in Fig. 4. 

The element <flow> is described to indicate cooperation of services including 
die element of <invocation> and <:if> or the like for control structure and logical 
calculation, and decisions for conditions, instruction for operation of the XML 
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structure for adjustment of cooperation among services and moreover the information 
to identify the document of the processing object. 

The clement <invocation> indicates a particular method of the service 
processors 24 and executes the calling of SCTvice. As the element of <invocation>, 
<map> indicatii^ the location information of parameter and <method> indicating the 
name of method to be called are provided. The elements <if>, <and>, <eq>, <gt) 
indicating the control structure and logical calculation or the like are used to perform 
the branching of condition in tibie cooperated processes and adjustment of parameters 
transferred among the services. 

The element <setting of encryption> indicates whether the document as the 
process object should be encrypted or not and the encryption may be set when the 
instrucdon form is created. Moreover, the element <setting of stoiing> indicates 
whetha* or not the source data to be inputted to each of the service processors 24 
should be stored in each of the service processors 24 and this element may also be set 
when the instruction form is created. 

The instruction form describes all information pieces regarding control of 
cooperation process of services in the dement <flow>. Accordingly, flie cooperation 
process itself indicated by the instruction form is considered as a service. Here, the ■ 
instruction form is never restricted to the format illustrated in Fig. 6 and it is enough 
when the instruction form can be cooperated with each service. 

The instruction form creation server 18 transmits the instruction form of the 
XML format described above to the instruction form management server 20. 
Moreover, the instruction form creation server 18 can also transmit the instruction 
form directly to an coopmtion process server 22 when execution of service 
coopnation process is instructed firom users. 

The instruction fmn management server 20 stores the instruction form 
transmitted from the instruction form creation server 18 and transmits the instruction 
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form to the cooperation process server 22 depending on the request from the client 
tenninal 14. 

The cooperation process server 22 is provided to interpret and execute the 
designated instruction form and manage simultaneously the source data before the 
service and contents of process or the like stored in each of the service processors 24 
to take a measure when a fault is generated. When the instmcdon form is transmitted, 
the cooperation process server 22 inteq;irets this instmction form, sequendally calls the 
s^ice processors 24 such as image processor 24A, document management server 24B, 
and document distribution server 24C in accordance with the sequence and application 
method described in the instrucdon form, and executes the cooperated processes. In 
addition, the cooperation i»ocess s^er 22 stores the information for indicating 
conditions of cooperated processes being executed and a result of the cooperated 
processes conq)leted and then notifies the condition and result of cooperated processes 
depending on the external requests. Moreover, the cooperation process server 22 
stores, for recovery fiiom a fault when the fault is generated during execution of 
service based on the instruction form, the source data before the service process or the 
like stored in eadi of the service processors 24 depending on the <setting of storing> 
described in the instruction form in the predetermined tuning (for example, preset time 
or instruction by user when the amount of data has reached the predetermined amount) 
and thereby can take a proper measure for the fault using the source data or the like 
stored when tibe fault has occurred. 

The cooperation process s^er 22 creates, to int^pret the instruction form 
and then sends a request to each of the service processors 24, the individual instruction 
information including the process request contents, input parameters, information for 
identifying the document as the process object and the service ID for identifying the 
job flow (service cooperation) based on the instruction form, or the like. The 
cooperation process server SO is capable of extracting the information related to the 
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service processes before and after the cooperated process among those executed in 
each of the service processors 24 and then describing this information to the 
instruction form or is also capable of sending a request in the exclusive information 
exchange format for each of the service processors 24 in place of the format of the 
instruction form. 

The image processor 24 A is a computer to which a software program is 
instaUed to perform the image processiDg function. The image processor 24A 
processes the documents based on the service process request contents, input 
parameter, and information of document as the process object included in the process 
reqpiest message. Moreover, the image processor 24A notifies the partial VF 
information to the service search server 16 at the time of invocation. In addition, the 
image ptxnressor 24A transmits, responding to the request from the instruction form 
creation server 18, the l/F information indicating the application method of the image 
processing service. This VF information is used when the instruction form is created. 

The document management server 24B has the document storing function. 
The document management server 24B executes storing, search and read of documents, 
change of attributes and various processes for the docunients based on the infommtion 
included in the request fiom the cooperation inx)cess server 22. Moreover, the 
document management server 24fi also notifies, to the service search server 16, the 
partial VP information at the time of invocation. In addition, the document 
management server 24B transmits the I/F information indicating the application 
method of the document management service responding to the request from the 
instruction form creation server 18. 

The document distribution server 24C is provided with the functions to store 
the obtained documents to die document management server instructed, transmit the 
data in the form of mail and facsimile to the instructed destinaition address and perform 
the output process to the instructed printer. The document distribution server 24C 
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perfonns document distribadon process based on ttae document instructed in the client 
terminal 14 and infonnation of distribution address, responding to the request from the 
cooperation process server 22, Moreover, the document distribution server 24C 
notifies the partial l/F information to the service search server 16 at the time of 
invocation. In addition, the document distribution server 24C transmits the VF 
information indicating the application method of the distribution process service 
responding to the request from the instruction form creation server 1 8. 

The first service processor 24D executes the predetermined s^vice processes 
in regard to die documents in accordance with the instructions from die external side. 
Here, the first sravice processor 24D executes tlie service processes to be executed 
thereby based on the infonnation such as process request contents, input parameter and 
information to identify the documents as the process object from the cooperation 
process server 22. Moreover, ttie first service processor 24D notifies, when it is 
invoiced, the partial 1/P information to the service search server 16 . Moreover, the 
first service processor 24D transmits the VF information indicating the application 
method of the sovice process responding to the request firmi the instruction form 
creation servo: 30. Here, the second service processor 24E operates in the same 
manner as the first service processor 24D, except for the contents of a service process. 

Further, each of the service processors 24 described above performs 
encryption depending on the setting of encryption defined in the instruction form and 
also stores the service ID or the Like to identiiy the process contents and job flow of 
the instruction form in relation to die source data before a service process depending 
on the setting of stmng. In addition, each of the so^ce processors 24 transfers, at a 
predeterouned timing (for exiample, preset time or instruction from user whm the 
amount of data has reached the predetermined amount), the contents stored in each of 
the service processors 24 to the cooperation process server 22. 

In the document process system 10 configured as described above, each of the 
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service processors 24 such as the image processor 24 A, document management server 
24B, document distribution server 24C, etc. operates as foUows when the appUcation 
program to execute the predetennined services is installed. 

Each of the service processors 24 such as Ae image processor 24A, document 
management server 24B, document distribution server 24C. first service processor 24D, 
and second service processor 24E, etc. notifies, in its invocation processes, the partial 
I/F information including the information indicating the outline of service and address 
thereof to the service search server 16. 

Meanwhile, the service search server 1 6 stores the partial I/F information 
transmitted from each of the service processors 24 such as the image processor 24A, 
document management SHver 24B, document distribution server 24C, first service 
processor 24D, and second service processor 24E, etc. Accordingly, the service 
search server 16 executes the search using the partial I/F information when the 
predetermined service search request is issued, for example, from the instruction form 
creation server 18 and cooperation process server 22. 
(Creation of Instruction Form) 

Fig. 7 is a flowchart showing tiie process procedures of the client terminal 14 
and instruction form creation server 18 when the instruction form is created. 

The client terminal 14 makes access to the URL (Uniform Resource Locator) 
of the HTML file created for the user interface image provided with the instruction 
form creation server 1 8 through the installed browso: in accordance with the user 
operations (step SIO). 

The instruction form creation server 18 transmits the HTML file in the user 
inter&ce image to the client terminal 14 responding to the read request from the client 
terminal 14 (step S12). 

The client terminal 14 displays tiie usct interface image based on the 
information forming the image, for exart^le, included in the HTML file transnoitted 
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from the instnicdon form creation server 1 8 (step S 14). At this time, a user can 
define the job flow of the desired service cooperation using Ae user interfoce image 
displayed on the client terminal 14. In this case, in each service, setting for 
validation and invalidation of encryption of document or setting for storing or 
non-storing of the source data before the service process in each of the service 
processors 24 can also be defined simultaneously. 

The client tenminal 14 also decides whether the job flow has been defined or 
not via the user inter£3u:e image and enters the waiting condition until the job flow is 
defined (step S 16). When the job flow is decided to have been created, the client 
tenninal 14 transmits the job flow information of service cooperation defined by a user 
to the instruction form creation server 18. 

The instruction form creation server 18 creates the instruction form, based on 
the information about job flow of the service cooperation transmitted from the client 
terminal 14 and the V¥ information obtained from each of the service processors 24, 
having defined die contents of process requested to each service, input paramet^, a 
way of cooperation of each service, document name, storing location inloimatiQn and 
information to identify the document as the process object (service ID) or the like (step 
S 1 8). Here, the instruction form caeation server 18 transmits the instruction form 
of Ute XML format to the instruction form management s^er 20. 

The instruction form management server 20 stores the instruction form 
created in the iostniction form creation server 1 8. The instruction form management 
server 20 is already storing the plural instruction forms created in the instruction form 
creation server 18 and therefore reads, when selection of instruction form is instructed 
from the client terminal 14, the instruction form instructed. 
(Invocation Execution of Cooperated Processes) 

A user can select the desired instmction form frcun the plural instruction 
forms stored in the instruction form management serv^ 20 to invoke, specifically the 
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cooperated processes as follows. 

The client tenninal 14 obtains the instruction form list under the management 
of the instruction form nnanagement server 20 by making access to die instruction form 
management server 20. For example, the client terminal 14 obtains the service 
cooperation process selection image 28 indicating the instruction form list as 
illustrated in Fig. 8 and selects the desired instruction form. The instruction form 
can be selected with a user, for example, by selecting a button corresponding to the 
desired instruction form from the buttons 28 A to 28H provided to select the instruction 
form for ev^ instruction form of the service cooperation process selection image 28. 

The cUent tmninal 14 selects the instruction form indicating the 
predetermined service cooprntion process from the service coopostion process 
selection image 28 based on the user's operation instruction and instructs invocation of 
the selected iostniction form. In this case, the parameter input image is displayed for 
the user to receive the input of parameters required for execution of job. 

The instruction form management server 20 transmits the instruction form 
instructed by the client terminal 14 to the cooperation process server 22. As a result, 
the cooperation process serv^ 22 starts execution of the coop^ated process. 

Namely, the cooperation process servrar 22 intraprets the instruction form 
transmitted from the instruction form management server 20 and requests execution of 
the service process to the service processors 24 described in die instruction form. 
Specifically, the cooperation process server 22 extracts, based on the infomnation 
described in the instmction form, the locations of the service processors 24 which 
request the process, format of input and ou^ut parameters required for process request, 
method name for process request, invocation method, information to identify the 
document as the process object, setting of encryption and setting of storing or the Uke 
and then creates individual instruction information and a service ID. The 
cooperation process server 50 transmits the individual iostniction information and 
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service ID to each of the service processors 24 described in the instructioB fona. 
Moreover, Che cooperation process server 22 requests execution of the service process 
to each of the service processors 24 in the sequence determined in the iostruction form. 

Here, an example of the processes to be executed by each of the service 
processors 24 will be described with reference to the flowchart of Fig. 9. 

Each of the service processors 24 decides first whether or not the individual 
instruction information and service ID have been received from the cooperation 
process server 22 and enters the waiting condition until these are received (S20). 
Each of the service processors 24 decides, upon recieption of the individual instruction 
information and service ID, whether encryption is set or not in the individual 
instruction information (S22). When the encryption is set, the document as the 
process object is encrypted and its duplication is obtained based on die storing location 
information of the process object document described in the individual instruction 
information (S24). When setting of encryption is made, in this case, the source data 
of the storing destination is also encrypted for the restoring. Moreover, when the 
encryption is not yet set, the document can be obtained by duplicating the process, 
object document based on the storing location information of the process object 
document described in the individual instruction information (S26). 

Each of ttie service processors 24 int^rets the service process request 
contents desraibed in the individual instruction information for the document obtained, 
executes the service process (S28) and stores again the document for which the service 
process has been executed to the original storing destination (S30). 

Moreover, each of the service processors 24 decides wheth^ storing is set in 
the individual instruction information or not (S32). When the storing is not set, the 
process of die service processors 24 is terminated here. When the storing is set, the 
source data of the process object document and the service ID for identifying die 
service requested from the cooperation process server 22 are stored under the 
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correspondence between them (S34), Namely, when a fault is generated, tfie source 
data is read firom the service E> and the service process in the process contents of the 
instruction form or in the mdividual instruction information can be executed again. 
When the encryption is set in this rimin g^ since the source data is also encrypted, 
ordinary users except for the particular users cannot make access to such source data 
and thereby security can be improved. 

Moreover, each of the service processors 24 decides whether the timing is the 
predetermined one or not (for example, predetermined time or instruction from users 
or the like) (S36). When the predetermined timing is detected, tfie source data which 
has been stored under the correspondence to the service ID is transferred to the 
cooperation process server 22 (S38). Here, the decision in the step S36 can also be 
made, for exair^le, when the data has exceeded the threshold value of the 
predetermined amount of data, instead of the predetermined timing in order to transfer 
the source data stored corresponding to the service ID to the cooperation process 
server 22. 

As described above, die cooperation process server 22 can manage 
simultaneously the source data corresponding to fbt service ID by transfetring the 
source data stored to the coop^ation process serva: 22 in the predetermined timing 
and diereby the service process which has generated a fault can be recovered. 

For example, it is considered here that the service is provided sequentially to 
the service processor A241, service processor B242 and service processor C243 as 
illustrated in Fig. 10. Each of the service processors 24 stores the source data to the 
RAM 24c in correspondence to the service ID (it is also possible here to provide 
another exclusive memory or the like in place of the RAM 24c). Accordingly, when 
a fault occurs, the souree data of service can be searched based on die service ID firom 
a UI 30 of the client terminal 14 or the like. Moreover, the service process can be 
executed again from the service of the service processors 24 which cannot be executed 
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because of the occunence of the fault based on the contents of instruction form 
corresponding to the service ID. 

Moreover, since the source data coiresponding to the service ID stored in 
each of the service processors 24 at the predetermined timing is stored in the 
cooperation process server 22, if a fault is generated, the service process can also be 
executed again from the service of the service processors 24 which cannot be executed 
because of occurrence of fault by also making access to the cooperation process s^ver 
22 from the UI 30. In this embodiment, the source data corresponding to the service 
ID is stored simultaneously to the cooperation process server 22, but it is also possible 
to provide the exclusive simultaneous management server. In addition, die source 
data is stored corresponding to the service ID in this embodiment. However, when 
each of the service processors 24 has a unique process identifier (job ID) and the 
service ID is different from the job ID, the service process can also be recovered if a 
fault is generated by storing further the corresponding service ID and job ID. 
MoreovCT, these service ID and job ID, etc. can be set depending on the users' 
instnicdon. 

The UI 30 searches the source data in each service or in the cooperation 
process sctvct 22, for example, by inputting the service ID and displays the 
corresponding source data group. In this case, the graphical display may also be 
implemented. 

Here, the cooperation process server 22 can manage the source data 
corresponding to the service ID as described below. 

The coc^ratipn process server 22 stores the source data in relation to the 
service ID leaving only the differential information. Namely, not all the source data 
of each of the s^vice processors 24 is stored. For example, the service processors 24 
which p^orm electronic service processes added siibsequentiy ate not required to 
store all the source data. When the source data of the processes in the preceding 



stages is stored, the data added subsequently is stored as the difTmntial infonnation. 
Accordingly, the amount of data to be stored can be reduced. In addition, as the 
differential infonnation, it is also possible to place the infonnation under the 
management in such manners diat an image is differentiated and extracted in unit of 
pixel, an ixxiage to be added is placed under the management as the vector information, 
and only the process Contents processed in each of the service processors 24 is placed 
under the management 

In the embodiment described above, the plural service processors 24 are 
controlled with the cooperation process servo* 22 and the present invention is adapted 
to the aspect to execute the job flow based on the instruction form. However, the 
present invention is not restricted thereto. For example, as illustrated in Fig. 1 1, the 
present invention can also be adapted to the aspect whm the cooperation processes of 
plural services are executed without control of the plural service processors 24 with 
the cooperation process server 22. In Hg. 11 , the same elements in this embodiment 
are designated with the same reference numerals and details description of these 
elements are eliminated. 

In details, uscts can invoke the cooperated processes by selecting the desired 
instruction fonn fiom plural instruction forms stored in the instruction form 
management saver 20. More practical operations will be described below. 

The cliCTt terminal 14 selects, depending on the manipulation of users, the 
instruction form indicating the desired service cooperation process from the service 
cooperation process selection image and instructs invocation of the instruction form. 
The instruction form management server 20 transmits the instruction form instructed 
by the client terminal 14 to the image processor 24A. 

The image processor 24A obtains a document of the process object based on 
the storing destination location information of the process object document described 
in the instruction form transmitted. The image processor 24A performs the image 



processes such as noise eliminadon and OCR processes, etc, by interpreting the service 
process request contents to the document image obtained and also performs the 
process bound to the extracted text documents. The image processor 24A also 
deletes, after the predetermined image process, the service process request described in 
the instruction form. Thereafter, the image processor 24 A transmits, to the document 
management server 24B to provide the next service process, the document in which 
the image document obtained by the image process is bound to die text document and 
the instruction form including the status information of the process (completion), 
ouq>ut parameter, and a result of the i^ocess such as the document storing destination 
infbxmation after the process. 

Moreover, the image processor 24 A is also capable Of transmitting, after the 
predetermined image process, the document and instruction form to the docimient 
management server 24B after correcting or deleting the part regarding its own service 
request described in the instruction form. In addition, the Inoage processor 24A may 
also be configured to transmit the instmction form to the next service processor 24 
after completion of the predetermined image process. 

The document management server 24B temporarily stores tiie document 
transndtted from the image processor 24A to the storing destination described in the 
instmction form. The document management server 24B deletes the service process 
request described in the instruction form and then transmits the document and 
instruction form to the document distribution server 24C to perform the next service 
process. 

The document distribution server 24C transmits, based on the instruction form, 
only the text document among the documents where the text document and image 
document are bound to the maO address designated as the distribution destination and 
also transmits only the image document to the designated facsimile numb^ address. 
Upon deciding that the next process is not described in the iostruction form, the 
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document distribution server 24C notifies that all processes have been completed to 
the client terminal 14 and completes the cooperated processes. 

Here, it is also possible as described above in the docimient processing system 
that each of the service processors 24 stores the source data in relation to the service 
ID and a simultaneous management server (cooperation process server 22 in the 
embodiment described above) is provided to store the source data in relation to the 
service ID. 

Mcveover» in the above embodiment, setting of encryption and setting of 
storing are included in the instruction form, but the pnesrait invention is not restricted 
thereto. For exan^le, it is also possible to perform the setting of encryption and 
setting of storing for each of s^vice processors 24. 

As described above, according to the present invention, if a fault is generated, 
the source data can be searched from the identifying information by storing, based on 
the preset setting information, the source data before the predetermined process in 
relation to the identifying information to identify the relevant service cooperation. 
Therefore, the predetermined process performed in the relevant service processor can 
be executed again from the source data searched and thereby the present invention can 
also provide the effect that an adequate measure can be taken easily for occurrences of 
faults. 

The entire disclosure of Japanese Patent Application No. 2003-081199 filed 
on March 24, 2003 including specification, claims, drawings and abstract is 
incorporated herein by reference in its entirety. 



2 3 



